Door Anoniem: Is ook meer dan normaal. 2025 SE heeft zoooo lang op zich laten wachten dat organisaties zich amper hebben kunnen voorbereiden met een release net voor de zomervakantie. Dat de updates betaald moeten zijn als gevolg van dit zwabber beleid is een punt van discussie imho.

Door Anoniem: Is ook meer dan normaal. 2025 SE heeft zoooo lang op zich laten wachten dat organisaties zich amper hebben kunnen voorbereiden met een release net voor de zomervakantie. Dat de updates betaald moeten zijn als gevolg van dit zwabber beleid is een punt van discussie imho.

Door Anoniem: Dus ze leveren wel de patches aan betalende klanten. Hoe zielig is dat voor een bedrijf met miljarden winst.

Door Anoniem: Dit voelt als afpersing. Voortaan gaan we FOSS gebruiken!

Door Anoniem:
Heel veel succes, ik hoor graag wat jullie gekozen hebben en hoe de migratie van jullie duizenden gebruikers gegaan is. Ook interessant om te horen hoe de gebruikersadoptie is gegaan en of hier nog tips en tricks zijn die je met ons kunt delen.

Door Anoniem: Dus ze leveren wel de patches aan betalende klanten. Hoe zielig is dat voor een bedrijf met miljarden winst.

Door Anoniem: Micky$oft is bezig z'n eigen graf te graven. Ik kan niet wachten! Dat ze vooral zo doorgaan als ze bezig zijn. Koren op mijn molen! Ik hoop hier al op sinds M$-DOS 4.0. En nu lijkt het dan echt te gaan gebeuren. Massa's stappen over op Linux en pakken hun leven terug.

Door Anoniem:
Heel veel succes, ik hoor graag wat jullie gekozen hebben en hoe de migratie van jullie duizenden gebruikers gegaan is. Ook interessant om te horen hoe de gebruikersadoptie is gegaan en of hier nog tips en tricks zijn die je met ons kunt delen.

Door Anoniem:
Hier dezelfde anoniem weer. Het blijft interessant dat sommigen onder ons het dogma houden dat de licentievorm iets met de kwaliteit van software te maken zou hebben. Die staan echt los van elkaar. Ooit gehoord van RedHat of SuSE? Die bedrijven springen in het gat dat dienstverlening heet. Kan je tot 90% kosten schelen ten opzichte van wat je nu kwijt bent aan M$. Als je nou echt gelooft in marktwerking zou je op z'n minst verder moeten kijken dan je neus lang is.

Door Anoniem:
Hier dezelfde anoniem weer. Het blijft interessant dat sommigen onder ons het dogma houden dat de licentievorm iets met de kwaliteit van software te maken zou hebben. Die staan echt los van elkaar. Ooit gehoord van RedHat of SuSE? Die bedrijven springen in het gat dat dienstverlening heet. Kan je tot 90% kosten schelen ten opzichte van wat je nu kwijt bent aan M$. Als je nou echt gelooft in marktwerking zou je op z'n minst verder moeten kijken dan je neus lang is.

Door Anoniem: Dus ze leveren wel de patches aan betalende klanten. Hoe zielig is dat voor een bedrijf met miljarden winst.

Door Anoniem: MS is bang dat men overstapt op andere oplossingen, net als dat het geval is met Windows 10.

Door _R0N_:
Nee hoor, ze willen graag dat je naar M365 gaat, dat is eigenlijk het enige alternatief.

Door Anoniem: Dus ze leveren wel de patches aan betalende klanten. Hoe zielig is dat voor een bedrijf met miljarden winst.

Door Anoniem: Dit voelt als afpersing. Voortaan gaan we FOSS gebruiken!

Door Anoniem:
Hier dezelfde anoniem weer. Het blijft interessant dat sommigen onder ons het dogma houden dat de licentievorm iets met de kwaliteit van software te maken zou hebben. Die staan echt los van elkaar. Ooit gehoord van RedHat of SuSE? Die bedrijven springen in het gat dat dienstverlening heet. Kan je tot 90% kosten schelen ten opzichte van wat je nu kwijt bent aan M$.

Als je nou echt gelooft in marktwerking zou je op z'n minst verder moeten kijken dan je neus lang is.

Door Anoniem:
Heel veel succes, ik hoor graag wat jullie gekozen hebben en hoe de migratie van jullie duizenden gebruikers gegaan is. Ook interessant om te horen hoe de gebruikersadoptie is gegaan en of hier nog tips en tricks zijn die je met ons kunt delen.

Door _R0N_:
Dat heet nou kapitalisme.

Door _R0N_:
Zoals je zelf al zegt, gaat nooit gebeuren.
Slechts een enkele thuis gebruiker stapt over.

Door _R0N_:
Is ook niet helmaal waar, RedHat is duurder dan Microsoft.

Door Anoniem: Aangaande Red Hat goedkoper of betrouwbaarder zijn we de Fedora, CentOS situatie vergeten met down en upstream?

Atleast Microsoft kondigde het uitstel van hun Exchange release al in 2022 en de verandering van de life cycle in april dit jaar en bieden half jaar betaald extra overzetting tijd aan. Red Hat daarentegen gooide even een software continuïteit bom in de wereld door CentOS downstream uit hun assortiment te donderen voor hun CentOS Upstream waar niemand op zat te wachten. Waarom ze het deden omdat een repackaged CentOS verkocht door een concurrent in hun winst marge sneed en daarom hebben ze het eerder afgestoten dan was toegezegd.

CentOS 8 had tot 2029 onderhouden moeten zijn, dat hebben ze toen mooi veranderd naar 2021. CentOS 7 daarentegen liep door tot 2024. Oh en ze kondigde het mooi even in einde 2020 aan. Je wilt niet weten hoeveel miljoenen alle bedrijven op CentOS 8 opererend wereldwijd hebben besteed aan het aanpassen van hun infra in minder dan een jaar. Van 8 jaar nog onderhouden naar 1 jaar het was madness alle begrotingen konden opnieuw bij die bedrijven.

De provider, datacenter vak forums stonden roodgloeiend met panische berichten over krimpende marges, complicaties met overzettingen, data verlies berichten wegens nog niet volwassen migratie software in begin en noem maar op. Dat was een zeer interessante tijd om de sector te volgen als insider. Heel veel bedrijven zijn toen hun vertrouwen in het management van Red Hat verloren. Want als ze zo geintje uit kunnen halen met hun FOSS projecten dan kunnen ze dat ook met hun commercieele. En nee niet al die bedrijven hadden puur CentOS er waren genoeg die ook Red Hat met satelite er naast hadden.

En dat is meteen een perfect voorbeeld waarom je dus nooit op de beveiliging updates na op laatste releases gaat als afnemer.

Dus als je het wilt hebben over een bedrijf dat een beter voorbeeld is qua prijs en bedrijfsvoering dan Microsoft dan kom met een beter voorbeeld dan Red Hat. Ik heb niks met Microsoft nog tegen (op OS na) en er zijn genoeg argumenten te verzinnen tegen Microsoft, dit is niet er eentje.

Door Anoniem: Jij rekent er nu alleen op dat de gebruikte applicaties ook op redhat draaien.

Wij kijken gewoon wat zijn de requirements van de applicaties of business en daarop maken wij onze keuzes.

Zo hebben we hier hele grote SAP systemen draaien op Linux. Patchting is trouwens wel een lastige, want we krijgen nooit approval van de business, dus altijd gezeur.

Veel frontend applicaties die met SAP communiceren, of de print servers zijn Windows based, en patches we zonder problemen iedere maand.

Naar die licentiekosten kijken we echt niet, als we een OS moeten kiezen. Dat is niets in verhouding met de applicatie licentie kosten of de crucialiteit van de applicatie.

Door Anoniem: Droom verder over je favoriete bigtech. Microsoft is overal uit gebonjourd waar concurrentie mogelijk was, bv alle supercomputers, bijna alle web servers, alle smartphones etc. Nu is Exchange aan de beurt. De desktop is thuis al uitgestorven, iedere consument heeft een Microsoft vrije tablet of een smartphone.
Zie ook https://opensource.com/article/21/11/open-source-alternatives-microsoft-exchange
Grommunio is mijn favoriet. Het bevat features die niet worden gesupport door Microsoft's API of protocols.
Bv integratie met Jitsi (video and audio telephony) en Mattermost (chat)

Door Anoniem: Je jokt. Windows printservers hebben veel problemen veroorzaakt (slechte keuze trouwens voor een printer) UIt AI-overzicht
"A common Windows problem is the Print Spooler service malfunctioning, preventing printing" https://learn.microsoft.com/en-us/troubleshoot/windows-server/printing/third-party-print-driver-print-spooler-error en check ook de kritieke CVE's .

SAP HANA draait alleen op Linux!

Geef die licentiekosten maar aan mij. Mijn familie kan daar wel van leven. Kan je nagaan hoe duur die MS producten zijn.

Door Anoniem: Droom verder over je favoriete bigtech. Microsoft is overal uit gebonjourd waar concurrentie mogelijk was, bv alle supercomputers, bijna alle web servers, alle smartphones etc.

Nu is Exchange aan de beurt.

De desktop is thuis al uitgestorven, iedere consument heeft een Microsoft vrije tablet of een smartphone.

Zie ook https://opensource.com/article/21/11/open-source-alternatives-microsoft-exchange
Grommunio is mijn favoriet. Het bevat features die niet worden gesupport door Microsoft's API of protocols.
Bv integratie met Jitsi (video and audio telephony) en Mattermost (chat)

Door Anoniem: Wij hebben een exchange migratie gedaan en dat was xxx met peren. Wij gaan zeker overstappen. Hebben nu een on premise pilot met https://www.open-xchange.com/ en https://dovecot.org/ en diverse cloud oplossingen.

Door Anoniem: Hé, leuk om te lezen dat Grommunio je favoriet is.
Ik ben zelf Grommunio op het spoor gekomen ongeveer een 5 maanden geleden en het ziet er goed uit en lijkt me een stuk veiliger dan Exchange aangezien er standaard al een reverse proxy inzit. Het draait prima onder Proxmox op basis van Open-Suse en wordt volledig gesupport en je kunt uitgebreid testen tot 5 gebruikers.

Het kan gewoon met Outlook werken voor degene die nog niet willen overstappen en voor degene die wel zover zijn om over te stappen kun je uit de voeten met de Grommunio desktop-app of met een webbrowser.

Wat ik wel een beetje mis, omdat ik nog het nodige moet inleren waar als beheerder alle info, tips en trucs vandaan te halen betreffende Grommunio, deze zijn welkom om snel verder te komen.

Door Anoniem: Kijk, hier ook een schoolvoorbeeld van iemand die geen kennis van zaken heeft, maar wel even komt vertellen hoe het in elkaar zit en waarom je het verkeerd doet.

Je hebt dus geen idee, hoe wij SAP gebruiken icm de Windows Print servers, of waarom we juist Windows Print servers willen/moeten gebruiken, of hoeveel prints we er wel niet uitsturen, zonder enige problemen.
We hebben hier gewoon een Windows Print Cluster draaien voor printing in Azure, wat een cruciaal onderdeel van de bedrijfsvoering is.

Maar volgens sommige is dit een hele slechte keuze en komt met argumenten die helemaal niet van toepassing zijn voor onze architectuur.

Een bedrijfslandschap is groter dan alleen SAP backend. We hebben zoveel applicaties die interfacen met SAP.

OS Licentiekosten zijn maar een heel klein onderdeel de totaal kosten. En helemaal als daar complete bedrijfsvoering van afhankelijk is.

Maar zoals ik aangaf, we kiezen onze server op basis van requirements en niet om iemand zijn geloof.

Door Anoniem: Je praat selectief en misleidend. Overstappen naar CentOS stream was kinderlijk eenvoudig (kwestie van andere repositories) en kwa stabiliteit nog mijlen boven windows. In een mum van tijd was er ook https://rockylinux.org/nl-NL of https://almalinux.org/ 100% compatible beschikbaar.
Redhat was overgenomen door IBM, daar dacht men iets anders over zaken doen dan Bij Redhat. CentOS als upstream voor Redhat enterprise blijkt een goede zet omdat de klant nu veel beter kan participeren in ontwikkelingen.
Nog altijd beter dan dat prijzen gedoe door vmware overname en Microsoft's software prijs en resource inflatie.
Over voorbereiding gesproken, waar dit topic over gaat. Exchange Subscription Edition is nog niet eens uit en klanten worden voor het blok gezet.

Wat verschil maakt tussen Microsoft en Red Hat is dat ik weet dat ik meer moet betalen voor licenties bij Microsoft per x jaar en dat het bijna geheel subscription based gaat. Bij Red Hat kan ik maar gissen welke idiote licentie manier ze nu weer gaan verzinnen

Door Anoniem:
Zo te lezen kies jij wel servers op basis van je geloof want er is geen enkele reden om windows te willen gebruiken als printserver (blijkbaar duur cluster nodig om uptime te garanderen) maar dan nog: https://www.security.nl/posting/712153/Kamervragen+over+paspoortproblemen+in+Almere+door+uitvallende+printers en dan hebben we het nog niet over windows ransomware!

Windows only applicaties installeren met een Linux only SAP HANA backend is al helemaal dom. Vendor lock geregeld en dus per definitie te duur in TCO. Jij hebt maar 1 portfolio en dat is een monocultuur dat vernietigd kan worden door 1 beestje.

Alhoewel waarschijnlijk zal je ook Citrix servers hebben, ook zo'n lekker veilige applicatie voor je jumpservers.

Zoals ik al zei als die licenties maar een klein deel zijn dan is duidelijk dat het systeem veel te duur is. Je hebt ook 2 FTE's nodig om die licentietroep te managen. Hier kan de hele straat er van leven!
Wij zijn om en realiseren 90% kostenreductie. Het meeste is personeel dat niet meer nodig is door meer stabiliteit (veel minder helpdesk, makkelijker patchen en geen licentie managers, geen antivirus met cloudstrike issues etc).

En nee wij nemen van beide niet meer af we zitten op CloudLinux voor een infra van meer dan 500 SMB's die wij geheel managen als het op cloud gaat. Maar als ik moest kiezen tussen Microsoft of Red Hat voor begroting keuze dan zou het Microsoft zijn. Thank f hoef ik dat niet though toen ik hoorde van de inkomende IBM overname van Red Hat heb ik ze uitgesloten van onze keuzes van nieuwe leverancier en halt op upgrades gezet dat heeft ons behoorlijk bespaard in the long run.

Door Anoniem: Oke, jij komt mij weer vertellen dat ik het fout doe, terwijl jij niet eens de redenen weet waarom we deze setup nodig hebben.
Dit noemen we dus requirements, waarom we specifiek deze oplossing nodig hebben. Jij komt daarna allemaal weer moet punten, die helemaal niet voor ons van toepassing zijn. Dus waarom zouden we hierover moeten denken, omdat iemand op het Internet, zonder enige kennis van zaken, ons even komt vertellen dat wij het fout doen, en geen enkele redenen nodig hebben om een "duur" windows print cluster meer te zetten.

1: We hebben features nodig voor logging en auditing die alleen op Windows print servers goed werken voor onze omgeving. Zodat SAP weet of de print opdracht verstuurd is en verwerkt is.
2: 1 print server, is geen, dus moeten we een cluster hebben.
3: We printen met LPR naar het print cluster to, er komt geen Windows client aan te pas. gezien je link heb je dus ook weinig kaas gegeten op dit onderwerp.
4: Jij noemt het duur, terwijl we het voor het cluster hebben over 300 euro running costs per maand. Voor een belangrijk proces in de organisatie, is dit peanuts. Dus wat is 'duur'.
5: Voor dit bedrag per maand, met een omzet van richting 1/2 miljard per maand.... Gaan we niet moeilijk doen.
6: Zou het misschien beter kunnen zeker. Maar gaan geen migratie opstarten voor een 3600 aan kosten per jaar, als we dik 6 miljard per jaar aan netto omzet hebben en groeien.
7: Hint: Azure HotPatching.

Dus kom niet vertellen dat we het fout doen, jij hebt geen idee, in wat voor een omgeving ik werk, of wat belangrijk is voor dit bedrijf. Maar zegt wel dat wel alles fout doen, kosten kunnen besparen bla bla bla. Terwijl je niet eens verstand van zaken hebt.

Dus komt niet vertellen met je geloof dat wij het helemaal verkeerd doen. Je hebt letterlijk geen enkel idee, hoe goed en belangrijk is en werkt voor ons.

We hebben hier trouwens iets van 300 server op diverse Linux ossen draaien, en meer dan 300 Microsoft.

Ja natuurlijk we hebben Citrix draaien. Ook een zeer belangrijk onderdeel van onze bedrijfsvoering, wat zonder noemenswaardige problemen draait trouwens.

En voordat je onzin komt vertellen over NetScaler's, die gebruiken we niet.

Onze grootste kosten zijn SAP licenties. Maar op onze omzet mag dit ook, ook gezien onze omgeving en dat alles in SAP zit.

O en onze SAP systemen mogen we meestal niet patches, iets met risico en geen akkoord krijgen.

Licentie troep zoals jij het noemt, valt ook reuze mee. In Azure zit dit bijna overal direct in verwerkt. En met onze omgevingen en directe contact personen met SAP valt dit ook mee. Al hou ik mij hier niet mee bezig.

En je we zouden misschien 3600 euro kunnen besparen per jaar als we onze print omgeving zouden aanpassen.
Moeten we wel een project van 50k tegen aangooien tegen 0 winst, terwijl we de resources ook aan veel belangrijkere dingen kunnen doen. Nog afgezien de risico's die er aan zitten. Problemen zouden hier direct in het hele bedrijf zichtbaar zijn.

Dus nee, kom bij niet over geloof praten, dat we alles fout doen. Je hebt werkelijk geen enkel idee, welke requirements we hier hebben of hoe onze omgeving in elkaar zit.

De 1/2 is hier Linux, dus welk geloof? We doen hier alles. We hier verder dan onze neus lang is.

Door Anoniem:
Requirements is wat anders dan gebruikerswensen. Die requirements heb je toegeschreven naar je windowsomgeving voor de printer. Print spoolers onder Linux zijn superieur kwa performance (minder resources nodig), onderhoud, veiligheid en kost niets. Windows kost 300/0 is oneindig veel meer running costs per maand. Als de helft van je server park al Linux is is het al helemaal dom de printers onder windows te willen houden, gezien de problemen na het patchen (ander default tray etc, allemaal na te lezen) en het risico van ransomware. Juist Linux blinkt uit door logging faciliteiten. Wil je alle logging van het hele cluster bij elkaar dan is een Greylog server (SIEM oplossing) ook handig [1].
Dat is echt geen 50k project. Een paar printer VM's zijn binnen 5 min uitgerold. Het werk is 1 ansible playbook voor de cups installatie/configuratie en samba voor de windows clients. SAP werkt juist heel goed met een Linux printer. Even checken of een print opdracht verstuurd is, is wel heel eenvoudig. Je kan dat ook nog checken door de printqueue te monitoren. Wij gebruiken daar checkmk voor, zodat er direct een melding van in servicenow komt.
Het mooie van die Linuxprinters is dat ze ook oppoppen bij de Linux clients zonder dat je een driver hoeft te installeren.

[1] https://graylog.org/post/25-linux-logs-to-collect-and-monitor/

Door Anoniem:
Requirements is wat anders dan gebruikerswensen. Die requirements heb je toegeschreven naar je windowsomgeving voor de printer. Print spoolers onder Linux zijn superieur kwa performance (minder resources nodig), onderhoud, veiligheid en kost niets. Windows kost 300/0 is oneindig veel meer running costs per maand. Als de helft van je server park al Linux is is het al helemaal dom de printers onder windows te willen houden, gezien de problemen na het patchen (ander default tray etc, allemaal na te lezen) en het risico van ransomware. Juist Linux blinkt uit door logging faciliteiten. Wil je alle logging van het hele cluster bij elkaar dan is een Greylog server (SIEM oplossing) ook handig [1].
Dat is echt geen 50k project. Een paar printer VM's zijn binnen 5 min uitgerold. Het werk is 1 ansible playbook voor de cups installatie/configuratie en samba voor de windows clients. SAP werkt juist heel goed met een Linux printer. Even checken of een print opdracht verstuurd is, is wel heel eenvoudig. Je kan dat ook nog checken door de printqueue te monitoren. Wij gebruiken daar checkmk voor, zodat er direct een melding van in servicenow komt.
Het mooie van die Linuxprinters is dat ze ook oppoppen bij de Linux clients zonder dat je een driver hoeft te installeren.

[1] https://graylog.org/post/25-linux-logs-to-collect-and-monitor/